home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19981211-19990422 / 000203_news@watsun.cc.columbia.edu _Wed Feb 10 09:23:58 1999.msg < prev    next >
Internet Message Format  |  1999-04-21  |  4KB
  1. Return-Path: <news@watsun.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA14645
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 10 Feb 1999 09:23:57 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA08891
  7.     for kermit.misc@watsun.cc.columbia.edu; Wed, 10 Feb 1999 09:20:30 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Subject: Re: Help: Transmitting to Kermit TSO 4.3.2
  11. Date: 10 Feb 1999 14:20:28 GMT
  12. Organization: Columbia University
  13. Message-ID: <79s4jc$8lo$1@newsmaster.cc.columbia.edu>
  14. To: kermit.misc@mailrelay2.cc.columbia.edu
  15.  
  16. In article <36c0ecc4.16634566@news.aone.com.au>,
  17.  <brad.de.groot@gecits-ap.com> wrote:
  18. : On 12 Jan 1999 17:49:05 GMT, pepmnt@watsun.cc.columbia.edu (John
  19. : Chandler) wrote:
  20. : 
  21. : >Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote:
  22. : >: In article <369a9176.10188882@news.ozemail.com.au>,
  23. : >:  <brad.de.groot@gecits-ap.com> wrote:
  24. : >: : I previously had Kermit TSO 4.0 and have upgraded to  Kermit TSO
  25. : >: : 4.3.2. 
  26. : >
  27. : >Note that 4.0 was not a production release of TSO Kermit.  If you had it
  28. : >working, it must have been considerably modified.
  29. : >
  30. : >: : I was sending the file at a speed of 9600.
  31. : >
  32. : >The SPEED setting in Kermit-370 has nothing to do with success or
  33. : >failure, but is used only for the purpose of computing the throughput
  34. : >efficiency.
  35. : >
  36. : >: Checksum errors can be caused by data corruption or data loss.  This is
  37. : >: why we have checksums in the first place.
  38. : >
  39. : >: But in the IBM mainframe world, which uses parity, they can also be
  40. : >: caused by a parity mismatch.  Make sure your client program is set to
  41. : >: use the same parity (even, mark, etc) that the mainframe (or its front
  42. : >: end) expects.
  43. : >
  44. : >If your connection to the mainframe is in line mode, i.e., if TSO Kermit
  45. : >says "Controller is TTY" or "Controller is VTAMTTY", then the most likely
  46. : >cause of your problem is a mismatch between the ASCII/EBCDIC translation
  47. : >tables used by the system (VTAM or whatever) and by Kermit.  The
  48. : >corrective action is to make the tables agree, most likely by installing
  49. : >a SYS1.KERMINI or, if need be, by modifying Kermit itself.  This
  50. : >procedure is described in some detail in the user's guide for TSO Kermit.
  51. : >
  52. : >                        John Chandler
  53. : 
  54. : Thanks for your help guys but I have still not been able to rectify
  55. : the problem.
  56. : 
  57. : I actually replicatated the ATOE, ETOA, TATOE and TETOA tables to
  58. : match our previous working version of Kermit-TSO. My reson for doing
  59. : this is that I thought if I could get the tables to match the old
  60. : version of Kermit-TSO then it should work in the new version of
  61. : Kermit-TSO 4.3.2. 
  62. : 
  63. : Am I correct in thinking this?
  64. : 
  65. It depends.  The key points are that (a) the VTAM tables must be invertible,
  66. and (b) Kermit's tables must match the VTAM tables.
  67.  
  68. : Do you have any other sugestions that I could try to get this working.
  69. : 
  70. First confirm points (a) and (b) above.  If transfers still do not work,
  71. send email to kermit-support@columbia.edu detailing your setup -- which
  72. Kermit program you have on the other end, what kind of connection you have,
  73. how you are entering the mainframe (linemode, fullscreen, and if fullscreen,
  74. which kind of protocol converter), and include a packet log.
  75.  
  76. - Frank